USING A VOICE EXTENSIBLE MARKUP LANGUAGE BROWSER TO 
IMPLEMENT AN ADVANCED INTELLIGENT NETWORK 
INTELLIGENT PERIPHERAL 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The invention generally comprises a system for providing a voice dialogue in a 
telephone network and more particularly to a system that includes a voice markup language 
browser connected to the switching points. 

Description of the Related Art 

[0002] In order to provide enhanced telephone services, many telephone companies now 
implement a telephone communications network as an Advanced Intelligent Network (AIN) 
which has made it easier to provide a wide array of previously unavailable telephone service 
features. In an AIN system, telephone central offices, each of which serves as a signal switching 
point (SSP), detect one of a number of call processing events identified as AIN "triggers." An 
SSP which detects a trigger suspends processing of the call which activated the trigger, compiles 
a call data message and forwards that message via a common channel interoffice signaling 
(CCIS) link to a database system, such as a Service Control Point (SCP). The SCP may be 
implemented as part of an integrated service control point (ISCP). If needed, the SCP can 
instruct the central office (SSP) at which the AIN trigger was activated to obtain and forward 
additional information, e.g., information relating to the call. Once sufficient information about 
the call has reached the ISCP, the ISCP accesses stored call processing information or records 
(CPRs) to generate from the received message data, a call control message. The call control 
message is then used to instruct the central office on how to process the call which activated the 
AIN trigger. 
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[0003] As part of the call control message, an ISCP can instruct the central office to send 
the call to an outside resource, such as an intelligent peripheral (IP) using a send to outside 
resource (STOR) instruction. IPs are frequently coupled to SSPs to provide message 
announcement capabilities, voice recognition capabilities and other functionality which is not 
normally provided by the central office. The control message is normally communicated from 
the ISCP to the SSP handling the call via the CCIS link. Once received, the SSP completes the 
call in accordance with the instructions received in the control message (see U.S. Patent 
6,690,772, incorporated herein by reference). 



SUMMARY OF THE INVENTION 



[0004] In its most basic form, this disclosure presents a method of providing a voice 
dialogue in a telephone network that includes initiating a telephone call, routing the telephone 
call to a voice processor based upon a call control protocol, and converting the call control 
protocol to a voice extensible markup language. More specifically, this process first directs a 
telephone call to a switch. The switch requests routing instructions from a control point and 
routes the telephone call to a voice extensible markup language (XML) browser according to the 
routing instructions. Next, the invention forwarding a request for voice instructions from the 
XML browser to a call control protocol to voice XML converter. The invention converts the 
request for voice instructions to the call control protocol using the converter and forwards the 
request for voice instructions from the converter to the control point. The control point returns 
voice instructions to the converter, and the converter, in turn, converts the voice instructions 
from the call control protocol to the voice XML. This process next returns voice instructions 
from the converter to the voice XML browser and the XML browser executes the voice 
instructions using the XML browser. 

[0005] Thus, the voice processor (browser and converter) provides voice communications 
between a telephone user and a machine. Note that the call control protocol may not be publicly 
(or widely) available, while the voice extensible markup language is widely publicly available. 
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[0006] The inventive system for providing such a voice dialogue in a telephone network 
comprises a switching point connected to a communication device, a service control point 
connected to the switching point, and a voice processor connected to the service control point 
and to the switching point. The voice processor communicates with the service control point 
using a call control protocol. The voice processor comprises a voice markup language browser 
connected to the switching point and a converter connected to the service control point and the 
voice markup language browser. The converter is adapted to convert the call control protocol to 
a voice extensible markup language. The service control point is connected to the switching 
point over an advanced intelligent network. Therefore, the voice markup language browser 
comprises an intelligent peripheral. 

[0007] These, and other, aspects and objects of the present invention will be better 
appreciated and understood when considered in conjunction with the following description and 
the accompanying drawings. It should be understood, however, that the following description, 
while indicating preferred embodiments of the present invention and numerous specific details 
thereof, is given by way of illustration and not of limitation. Many changes and modifications 
may be made within the scope of the present invention without departing from the spirit thereof, 
and the invention includes all such modifications. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The invention will be better understood from the following detailed description 
with reference to the drawings, in which: 

[0009] Figure 1 is a schematic diagram of a telephone system; 

[0010] Figure 2 is a schematic diagram of a telephone system; 

[0011] Figure 3 is a schematic diagram of the converter shown in Figure 2; 

[0012] Figure 4 is a flow diagram illustrating one aspect of the invention; and 

[0013] Figure 5 is a flowchart diagram illustrating one aspect of the invention. 
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DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS OF THE INVENTION 

[0014] The present invention and the various features and advantageous details thereof 
are explained more fully with reference to the nonlimiting embodiments that are illustrated in the 
accompanying drawings and detailed in the following description. It should be noted that the 
features illustrated in the drawings are not necessarily drawn to scale. Descriptions of well- 
known components and processing techniques are omitted so as to not unnecessarily obscure the 
present invention. The examples used herein are intended merely to facilitate an understanding 
of ways in which the invention may be practiced and to further enable those of skill in the art to 
practice the invention. Accordingly, the examples should not be construed as limiting the scope 
of the invention. 

[0015] The disclosure explains how to implement an IP (Intelligent Peripheral) using a 
standard VoiceXML browser. In the AIN (Advanced Intelligent Network) architecture shown in 
Figure 1, an IP 104 connects to an SCP (Service Control Point) 102 using a proprietary call 
control protocol, such as SR-351 1 (as defined by Telcordia, Piscataway, New Jersey, USA). In 
the past, IPs were specialized pieces of equipment available from the few vendors that had AIN 
expertise. The invention includes a proprietary call control protocol to VoiceXML converter that 
allows a standard VoiceXML browser to be used as an IP. The IP can then be implemented 
using standard equipment from vendors that do not implement proprietary call control protocol 
and do not have AIN expertise. 

[0016] More specifically, Figure 1 is a block diagram that schematically illustrates a 
wired or wireless communication device 106 in a telephone network that is configured for 
provision of IN services. While the communication device 106 shown in the drawings is a 
telephone, the invention is applicable to any device capable of voice communication, including 
but not limited to cellular phones, land line phones, wireless phones, voice enabled personal 
digital assistants (PDAs), voice enabled computers, etc. The telephone is directly or indirectly 
connected to a signal switching point 100, receiving signaling and voice communications from 
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the communication device 106, and transferring the communications to other network elements 
in order to complete and carry out calls made by or to the communication device 106. 

[0017] The signal switching point 100 provides basic switching capabilities, including the 
means to establish, manipulate and release calls and connections. When signaling passing 
through the signal switching point 100 is related to an IN service, the call is suspended 
temporarily and control of the call is passed to the service control point (SCP) 102. 
Communications between SSP 100 and SCP 102 are based on a standard IN Application 
Protocol (INAP). The SCP 102 processes the call, and then sends instructions back via INAP to 
SSP 100 as to how the call should be handled. 

[0018] One basic idea of IN is to move intelligent services out of the network switches to 
separate service points, such as SCP 102. Multiple SCPs may communicate with a given signal 
switching point, or the switch can be programmed to choose the SCP for each call depending on 
the trigger parameters. Similarly, a single SCP can communicate with and service multiple SSPs 
(although not all the switches in a network are necessarily IN-enabled). The unified IN 
architecture allows different service providers to create SCPs and IPs that implement their own 
particular services, independent of the underlying network technology. 

[0019] For example, assuming SCP 102 is responsible for provision of telephone voice 
playback/data acquisition related services, the signal switching point 100 will refer calls to the 
SCP 102, which analyzes the calls using its own service logic and then returns instructions to the 
SSP 100 to forward the voice playback/data acquisition related calls to the intelligent peripheral 
104. The IP 104 functions could include, for example, playing prerecorded or synthesized voice 
responses to the communication device 106, or capturing voice responses, Dual Tone Multi- 
Frequency ("DTMF") responses, etc. from the communication device 106. These IP functions 
are usually controlled by commands from the SCP 102 using a proprietary call control protocol, 
such as SR-35 1 1 (Telcordia). 

[0020] However, because the intelligent peripheral performs its logical operations under a 
proprietary call control protocol that is highly specialized with respect to the advanced intelligent 
network, those who are not trained with respect to the nuances of advanced intelligent networks, 
as well as those who do not have access to the privately held proprietary call control protocol 
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will not be able to design an intelligent peripheral. In other words, because the system shown in 
Figure 1 requires that the designer of the intelligent peripheral be fluent with the proprietary call 
control protocol as well as advanced intelligent networks, the number of providers of such 
intelligent peripherals is substantially limited. 

[0021] Therefore, the invention provides the proprietary call control protocol to voice 
extensible markup language (XML) converter 202 shown in Figure 2. The proprietary call 
control protocol to voiceXML converter is designed to communicate with the service control 
point 102 using the proprietary call control protocol, and to communicate with the voice XML 
browser 200 using voice XML protocol. The details of the proprietary call control protocol to 
voiceXML converter 202 are shown in Figure 3. 

[0022] The combination of the voice XML browser 200 and the proprietary call control 
protocol to voice XML converter 202 creates a voice processor 204 allows any voice command 
passing from the signal switching point 100 to be properly communicated with the service 
control point 102 even though the service control point operates under the proprietary call 
control protocol. 

[0023] More specifically, as shown in Figure 3, the proprietary call control protocol to 
Voice XML converter 202 includes the following logical components. The Advanced Intelligent 
Network Session Coordinator 306 receives a request for Voice XML via the HTTP server 302, 
which it translates into a Provide Instruction request to the SCP. When the SCP responds, the 
Call Control Protocol to Voice XML Translator 300 is used to build a Voice XML page that is 
returned to the Voice XML Browser via the HTTP server. An example of a translation is from 
the proprietary Play Announcement instruction to the Voice XML <prompt> instruction. 
Another example is from Play Announcement and Collect Digits to <prompt> plus an 
appropriate DTMF input grammer. These examples are for illustration only. (Also, the logical 
components are listed to assist in the explanation of the invention and do not specify a single 
possible implementation; actual modules used to build the invention could be organized 
differently to achieve the same result.) The result of the Call Control Protocol instruction is sent 
to the Advanced Intelligent Network Session Coordinator by an HTTP request programmed into 
the Voice XML. It translates this and sends it to the SCP. 
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[0024] The structure shown in Figure 2 allows the intelligent peripheral to be 
manufactured as a voice XML browser. Therefore, one who is not skilled in the art of advanced 
intelligent networks and/or one who does not have access to the (sometimes privately held) 
proprietary call control protocol can still create an intelligent peripheral with the invention. This 
occurs because the proprietary call control protocol to voice XML converter 202 provides a 
conventional widely available, public voice XML interface and operates in the well known and 
publicly available voice XML protocol. Thus, the invention allows substantially more 
individuals and companies to create intelligent peripherals for use with advanced intelligent 
networks than was previously possible. This, in turn, increases the diversity of intelligent 
peripherals that are provided and decreases the cost of the intelligent peripherals. 

[0025] The call flow shown in Figure 4 illustrates one example of how a call can be 
processed with the invention. More specifically, a call is first routed by the service provider to 
an SSP 100. The SSP 100 requests an SCP 102 to complete the call (first arrow in Figure 4). 
The SCP 102 instructs the SSP 100 to route the call to the IP 200 (second arrow in Figure 4). 
The VoiceXML browser intelligent peripheral 200 receives the call (third arrow in Figure 4). 
The VoiceXML browser 200 does not need to do any special call processing, it just requests 
VoiceXML from a HTTP Server 302 in the proprietary call control protocol to voice XML 
converter 202 (HTTP request for a voice XML in Figure 4). In this case, the proprietary call 
control protocol to voice XML converter 202 acts as the HTTP Server. The converter receives 
the request for VoiceXML and issues a proprietary call control protocol request for instructions 
to the SCP 102 (SR-351 1 provide instruction, in Figure 4). When the SCP 102 responds (with, 
for example, a SR-351 1 instruction to play an announcement and collect digits in Figure 4), the 
proprietary call control protocol to voiceXML converter 202 dynamically builds a VoiceXML 
page, using page builder 304 (for example, a voice XML page containing announcement and 
DTMF grammar, in Figure 4), based on the instructions specified by the SCP 102. The 
proprietary call control protocol to voice XML converter 202 sends the page back to the 
VoiceXML browser 200 via the HTTP server 302 as the HTTP response to the HTTP request 
made previously. The VoiceXML browser 200 executes the VoiceXML (instruction to play 
audio announcement in Figure 4). The signal switching point 100 responds to the audio 
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announcement (for example, the caller presses the DTMF keys in Figure 4). The voice XML 
browser 200 returns this result to the proprietary call control protocol to voiceXML converter 
202, which in turn forwards the result to the SCP 102. Processing then returns to see whether 
additional instructions are to be issued by the SCP. Thus, the voice XML browser acts just as it 
would in executing any standard VoiceXML, but in effect is executing the instructions from the 
SCP and is acting as an IP. 

[0026] While the SR-35 1 1 protocol is used in the example shown in Figure 4, the 
invention is not limited to this protocol and instead is applicable to any protocol that is not 
publicly available or widely understood, whether now in use, or developed in the future. In 
addition, while a voice XML protocol and browser are discussed above, the invention is not 
limited to these specific protocols. Instead, the invention is broadly applicable to all advanced 
intelligent networks used for communication that involves a highly specialized or secretly held 
protocol. Through the use of the inventive converter, the invention converts the private protocol 
to a public protocol to allow standard devices (such as the voice XML browser 200 to be used). 
The inventive architecture allows a standard VoiceXML browser 200 to be used as an IP through 
the use of an SR-35 1 1 to VoiceXML Converter 202. 

[0027] More specifically, this process first directs a telephone call to a switch as shown in 
Fig. 5. The switch requests routing instructions from a control point (500) and routes the 
telephone call to a voice extensible markup language (XML) browser (502) according to the 
routing instructions. Next, the invention forwards a request for voice instructions from the XML 
browser to a call control protocol to voice XML converter (504). The invention converts the 
request for voice instructions to the call control protocol (506) using the converter and forwards 
the request for voice instructions from the converter (510) to the control point. The control point 
returns voice instructions to the converter, and the converter, in turn, converts the voice 
instructions from the call control protocol to the voice XML (512). This process next returns 
voice instructions from the converter to the voice XML browser (514) and the XML browser 
executes the voice instructions using the XML browser (516). 

[0028] The inventive architecture builds on open and standard technology that is widely 
available. VoiceXML is used in many different voice solutions and is used across industries as 
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opposed to SR-351 1, which is only used in the AIN environment. Thus, the invention lowers the 
cost of the technology and allows for a broader selection of vendors to be used. Also, since the 
IP in the proposed architecture is based on VoiceXML, extensions to the proprietary call control 
protocol, can use the features available in VoiceXML in addition to what is defined in the 
proprietary call control protocol. This has the added advantage that these extensions are in a 
standard language and could be used by multiple VoiceXML browser vendors and in multiple 
AIN implementations. 

[0029] The structure shown in Figure 2 allows the intelligent peripheral to be 
manufactured as a voice XML browser. Therefore, one who is not skilled in the art of advanced 
intelligent networks and/or one who does not have access to the (sometimes privately held) 
proprietary call control protocol can still create an intelligent peripheral with the invention. This 
occurs because the proprietary call control protocol to voice XML converter 202 provides a 
conventional widely available, public voice XML interface and operates in the well known and 
publicly available voice XML protocol. Thus, the invention allows substantially more 
individuals and companies to create intelligent peripherals for use with advanced intelligent 
networks than was previously possible. This, in turn, increases the diversity of intelligent 
peripherals that are provided and decreases the cost of the intelligent peripherals. 

[0030] The proposed architecture builds on open and standard technology that is widely 
available. It can be implemented on a variety of platforms and operating systems in a variety of 
programming languages. Extensions to SR-351 1 can quickly and easily be implemented in 
addition to the base specification, for example Extended Info From Resource. The proposed 
architecture could also be used to implement IP functionality through conversion to other speech 
interaction markup languages such as SALT. 

[0031] While the invention has been described in terms of preferred embodiments, those 
skilled in the art will recognize that the invention can be practiced with modification within the 
spirit and scope of the appended claims. 
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